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NATIONAL FOREWORD 

This Indian Standard which is identical with lEC Pub 870-5-3 (1992) Telecontrol equipment and 
systems — Part 5 : Transmission protocols — Section 3 : General structure of application data' 
issued by the International Electrotechnical Commission (lEC) was adopted by the Bureau of Indian 
Standards on the recommendation of Power Systems Control and Associated Communications 
Secttonal Committee (LTD 25) and approval of the Electronics and Telecommunication Division Council. 

The text of the lEC standard has been approved as suitable for publication as Indian Standard 
without deviations. 

Wherever the words 'International Standard* appear referring to this standard, they should be 
read as Indian Standard'. 

CROSS REFERENCES 

In this Indian Standard, the following International Standards are refen^ed to. Read In their respective 
places the following: 



International Standard 



Corresponding Indian 
StandanJ 



Degree of 
Equivalence 



lEC 50 (371 ): 1984 
International Electro- 

technical Vocabulary (lEV) 
— Chapter 371 : Telecontrol 

lEG 870-5-1 : 1990 

Telecontrol equipment and 
systems — Part 5 
Transmission protocols — 
Section 1 : Transmission 
frame formats 

I EC 870-5-2 : 1992 
Telecontrol equipment 

and systems — Part 5 : 
Transmission protocols — 
Section 2 : Link transmission 
procedures 

ISO 7498 : 1 984 Information 
procession systems -— Open 
Systems Interconnection 
Basic Reference Model 



IS 1885 ( Part 50 ) : 1985 
Electrotechnical vocabulary : 
Part 50 Telecontrol ( first 
revision ) 

IS 12746 (Part 5/Sec1 ) : 1993 
Telecontrol equipment and 
systems : Part 5 Transmission 
protocols, Section 1 Trans- 
mission frame formats 



IS 12746 (Parts/Sec 2): 199^ 
Telecontrol equipment and 
systems : Part 5 Transmission 
protocols, Section 2 Trans- 
mission frame formats 



IS 12372 ( Part 1 ) :1987 Basic 
reference model of open 
systems interconnection for 
Information Processing 

Systems 



Technically 
Equivalent 



Identical 



do 



do 
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lEC 870-5^3(1992) 

Indian Standard 
TELECONTROL EQUIPMENT AND SYSTEMS 

PART 5 TRANSMISSION PROTOCOLS 
Section 3 General Structure of Application Data 

1 Scope and object 

This section of lEC 870-5 applies to telecontrol equipment and systems with coded bit 
serial data transmission for monitoring and controlling geographically widespread 
processes. 

This section specifies rules for structuring application data units in transmission frames of 
telecontrol systems. These rules are presented as generic standards that may be used to 
support a great variety of present and future telecontrol applications. The layout is 
designed to limit the organizational overhead for standard data aquisition and supervisory 
control tasks to a necessary minimum with possible extensions for special tasks. From this 
point of view, it is appropriate to admit application specific or system specific choices of 
data presentation, of address structures and of chaining mechanisms for information 
objects in a frame. The corresponding arrangements can be. in most cases, assumed to 
be known by the communicating stations and thus need not burden the transmission 
frame. 



This section describes the general structure of application data without specifying details 
about information fields and their contents. It describes basic rules to specify application 
data units. 

Definitions and coding specifications of individual information elements that are frequently 
used in telecontrol applications are defined in lEC 870-5^4. 



Compatibility between devices of different suppliers can only be reached by defining 
complete application profiles. 

A complete application profile consists of: 

- the specification of the physical interface; 
= a subset of lEC 870-5-1; 

- a subset of lEC 870-5-2; 

- the specification of the application data units, based on both. lEC 870-5*3 and 
lEC 870-5-4; 

- the specification of the application functions based on lEC 870-5-5. 
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2 Normative references 

The following normative documents contain provisions which, through reference in this 
text, constitute provisions of this section of lEC 870-5. At the time of publication, the 
editions indicated were valid. All normative documents are subject to revision, and parties 
to agreements based on this section of lEC 870-5 are encouraged to investigate the 
possibility of applying the most recent editions of the normative documents indicated 
below. Members of lEC and ISO maintain registers of currently valid International 
Standards. 

lEC 50(371): 1984. International Electrotechnical Vocabulary (lEV) - Chapter 371: 
Telecontrol. 

lEC 870-1-1 : 1988, Telecontrol equipment and systems - Part 1: General considerations - 
Section One: General principles. 

lEC 870-5-1 : 1990, Telecontrol equipment and systems - Part 5: Transmission protocols - 
Section One: Transmission frame formats. 

lEC 870-5-2: 1992, Telecontrol equipment and systems - Part 5: Transmission protocols - 
Section 2: Link transmission procedures. 

lEC 870-5-4, Telecontrol equipment and systems - Part 5: Transmission protocols - 
Section 4: Definition and coding of application Information elements (in preparation). 

lEC 870-5-5, Telecontrol equipment and systems - Part 5: Transmission protocols - 
Section 5: Basic application functions (under consideration). 



I EC 870-6, Telecontrol equipment and systems - Part 6: Telecontrol protocols compatible 
with ISO and CCITT standards (under consideration). 

ISO 7498: 1984, Information processing systems - Open Systems Interconnection - Basic 
Reference Model 

ISO/IEC 8824: 1990, Information technology - Open Systems Interconnection - 
Specification of Abstract Syntax Notation One (ASN.I). 



3 Definitions 

For the purposes of this section of lEC 870-5. the following definitions apply: 

3.1 data unit: Information entity that has a common cause of transmission. 

3.2 data unit type: Information field at the beginning of an application data unit that 
identifies the type and the length of data unit and implicitly or explicity specifies the 
structure of the application data unit and the structure, type and number of information 
objects. 

3.3 information object: A well-defined piece of information, definition or specification 
which requires a name in order to identify its use in an instance of communication (see 
3,31 of ISO/IEC 8824). 
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3.4 information eiement: A well-defined variable quantity which Is indivisible, for 
example measured value or double-point information. 

3.5 unstructured address: A chosen member of a set of numbers that is used to 
identify an information entity. 

3.6 structured address: An address that is composed of more than one number, each 
number being chosen from a different set of numbers. It is used to identify an information 
entity. 

4 Relation to the ISO reference model 

The data model specified in this section is orientated on the ISO-OSI-model of open 
systems interconnection. 

The application data structures defined in this section can be used with either model 1. the 
ISO reference model, or model 2, the enhanced performance architecture (EPA). 
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Model 1 : ISO reference model 
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Figure 1 - Reference models 



Transmission frames that are compatible with the basic reference model as defined in 
ISO 7498 (7 layer structure, see model 1 in figure 1) are defined in the lEC 870-6 series. 



For telecontrol systems that require particularly short reaction times in networks with 
reduced transmission bandwidths, an enhanced performance architecture (EPA) has been 
designed. Frames based on this architecture use only three layers, namely the physical, 
the link and the application layer, see model 2 in figure 1. Protocols that are based on the 
EPA reference model are defined in lEC 870-5 series. 
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The structure of the information in transmission frames using model 1 and model 2 is 
shown in the following figures. 
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Figure 2 - Frame structure using reference model 1 
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Figure 3 - Frame structure using reference model 2 

5 Structure of application data 

A PDU is composed of a protocol control Information and a service data unit. 



(N)-protocol-data-unit: A unit of data specified in an {N)-protocol and consisting of (N)-protoool- 
information and possibly (N)-user-data (see 5.6.1.3 of ISO 7498). 



(N)-protocol-control-information: Information exchanged between (N)-entities, using an (N-l)- 
connection. to coordinate their joint operation (see 5.6.1.1 of ISO 7498). 

(N)-service-data-unit: An amount of (N)-interface-data whose identity Is preserved from 
one end of an (N)-connection to the other (see 5.6.1.7 of ISO 7498). 
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The relationships among the data units, for reference model 2, are illustrated in the 
following figure: 
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Figure 4 - Relationships among data units 
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The general structures of APPLICATION PROTOCOL DATA UNITS (APDU) used in tele- 
control application is shown in figure 5. 
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of standards. 



Figure 5 - General Structure of an APPLICATION PROTOCOL 
DATA UNIT APDU 



A telecontrol frame may contain more than one APCI/ ASDU as sfiown in figure 5. 



IS 12746 ( Part 5/Sec 3 ) : 1998 
lEC 870-5-3(1992) 



5.1 APPLICATION SERVICE DATA UNIT 



The APPLICATION SERVICE DATA UNIT consists of the DATA UNIT IDENTIFIER and 
INFORMATION OBJECTS. The general structure of an APPLICATION SERVICE DATA 
UNIT Is shown in figure 6: 
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Figure 6 - General stmcture of an APPLICATION SERVICE DATA UNIT 



A COMMON TIME TAG OF the ASDU can be located as a last INFORMATION OBJECT. 
The presence of a COMMON TIME TAG is defined in the DATA UNIT IDENTIFIER. 



5.1.1 DATA UNIT IDENTIFIER 

The DATA UNIT IDENTIFIER (see figure 7) consists of a TYPE IDENTIFICATION, a 
LENGTH OF ASDU (optional), a VARIABLE STRUCTURE QUALIFIER (optional), a 
CAUSE OF TRANSMISSION (optional) and a COMMON ADDRESS OF ASDU (Optional). 



The combination of TYPE IDENTIFICATION, LENGTH OF ASDU and VARIABLE 
STRUCTURE QUALIFIER is called DATA UNIT TYPE. 
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Figure 7 - General structure of the DATA UNIT IDENTIFIER 
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The TYPE IDENTIFICATION is a code which unambiguously identifies the ASDU's type 
within the collection of all possible types for a profile or a system. If present, the LENGTH 
OF ASDU Indicates the total length of the ASDU in octets. If present, the VARIABLE 
STRUCTURE QUALIFIER indicates variations of structure for specific ASDUs which can 
vary in different instances of communication. The TYPE IDENTIFICATION enables the 
receiving application service to send each data unit to the correct application process for 
handling the indicated type of data unit. The TYPE IDENTIFICATION enables the 
receiving application process to see what type of data is contained in the data unit and to 
determine its structure from a local table. If the DATA UNIT IDENTIFIER is present, the 
TYPE IDENTIFICATION is the only non-optional field element. 



The CAUSE OF TRANSMISSION may also be included in the DATA UNIT TYPE if it is not 
explicitly defined. 

If a COMMON ADDRESS OF ASDU is defined then it is always located in front of the 
INFORMATION OBJECT(s). 

5.1 .2 INFORMATION OBJECTS 

The ASDU can include one or more INFORMATION OBJECT(s). The general structure of 
an INFORMATION OBJECT is shown in figure 8. 
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Figure 8 - General structure of an INFORMATION OBJECT 



An INFORMATION OBJECT may consist of an INFORMATION OBJECT IDENTIFIER, 
which may include the INFORMATION OBJECT TYPE and the INFORMATION OBJECT 
ADDRESS, and a SET OF INFORMATION ELEMENTS. 

An INFORMATION OBJECT TYPE may be defined if there are different object structures 
which are not defined in the DATA UNIT TYPE. 

The INFORMATION OBJECT ADDRESS is defined In 5.1.3 and 5.1.4. 

The SET OF INFORMATION ELEMENTS is delined in 5.1 .5. 



Every INFORMATION OBJECT may be optionally complemented with a TIME TAG OF 
^Y^fOY^WM^OY^ OB^tOl. \\ al^Wit "T^G Of WfOFiWKT^OY^ OBOtOl iS specmeO. \Yien W 
is always inserted at the end of the INFORMATION OBJECT. 
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Figures 6, 7 and 8 show the general structure of ASDUs including INFORMATION 
OBJECTS. The associated information contents of the field elements are globally specified 
in table 1. Optional field elements can be deleted. Therefore. It Is not mandatory to 
implement the complete structure of the ASDU. In case of reductions, the information of 
optional field elements may be integrated into selected field elements. The chosen 
structures are specified by application profiles. 



Table 1 - Information contents specified by field elements of the 
APPLICATION SERVICE DATA UNIT 



ASDU 


Field element of ASDU 


Information contents 








- Type of ASDU within collection of types for the 
profile or system 








Each type $haif have a single basic selection of the 
following, implicit in its TYPE IDENTIFICATION 
number: 








- Structure of DATA UNIT IDENTIFIER (if not fixed 
per system or application profile) 






TYPE 
IDENTIFICATION 


- Kind of INFORMATION OBJECTS: single element, 
sequence or combination of elements (if not individual 
per object) 

- Information element description, format, type, 
(if not individual pet object) 


DATA UNIT 
IDENTIFIER 


DATA UNIT 
TYPE 




- Structure of time information (e.g. resolution, 
truncation) 

- Time tag common for all objects or individual per 
object 

- Details of addressing scheme (common address 
and/or information object addresses, addresses 
structured or unstructured) 

- Additional source or destination address provided 
or not provided, structured or unstructured 


LENGTH 
OF ASDU 


- Number of octets of ASDU (including all fields) 


VARIABLE 

STRUCTURE 

QUALIFIER 


- Number of INFORMATION OBJECTS 

- Number of information elements in a SET OF 
INFORMATION ELEMENTS 








- Chosen object types 


CAUSE OF TRANSMISSION 


- Periodic, spontaneous, general interrogation, 
restart, station initialisation, test, etc. 


COMMON ADDRESS 


- Address associated with all objects in ASDU 
(as specified in TYPE IDENTIFICATION) 


INFORMATION 
OBJECT 


INFORMATION 
OBJECT TYPE 


- Only necessary if not defined in DATA UNIT TYPE 


INFORMATION 
OBJECT ADDRESS 


- If called for in DATA UNIT TYPE or INFORMATION 
OBJECT TYPE 


SET OF INFORMATION 
ELEMENTS 


- See 5,1.5 


TIME TAG OF INFORMATION 
OBJECT 


- Only if there is an individual time per object 


INFORMATION 
OBJECT 


COMMON TIME TAG 


-- As specified in TYPE IDENTIFICATION, common 
time for all objects 
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5.1 .3 Identification of INFORMATION OBJECTS 

In telecontrol systems It is necessary to support a great variety of possible arrangements 
for the identification of INFORMATION OBJECTS, Simple telecontrol systems identify 
INFORMATION OBJECTS just by physical addresses. Addresses are often structured 
such that they represent images of the controlled process. This variety of concepts is 
considered in general by appropriate standard data models. Detailed definitions or 
selections of standard data models are specified by individual standard profiles for 
particular applications. 



To achieve high data transmission efficiencies in a great variety of telecontrol processes a 
general data structure, as shown in figures 6, 7 and 8 is defined. An INFORMATION 
OBJECT is generally identified by DATA UNIT TYPE (or INFORMATION OBJECT TYPE) 
and COMMON ADDRESS OF ASDU (or INFORMATION OBJECT ADDRESS). In a 
compact presentation concept the COMMON ADDRESS may be included in the DATA 
UNIT TYPE, which is transmitted with a SET OF INFORMATION ELEMENTS. Other 
summarizations, such as the combination of DATA UNIT TYPE, CAUSE OF TRANS- 
MISSION and COMMON ADDRESS OF ASDU to a DATA UNIT IDENTIFIER are admitted 
(see figure 9). Structured addresses with several stages (see figure 10) are also admitted. 
However, in all these cases the sequence depicted in figures 6, 7 and 8 has to be used. 
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Figure 9 - Example of compact Identification of INFORMATION OBJECTS 



Every INFORMATION OBJECT is identified by a DATA UNIT IDENTIFIER which may be 
structured as shown in table 1. The identification of INFORMATION OBJECTS may be 
arranged by pointers to an identification list of INFORMATION OBJECTS. Groups of 
INFORMATION OBJECTS may also be defined by group identifications. This list may also 
contain additional object attributes to specify fixed assignments to the INFORMATION 
OBJECTS, such as physical addresses etc., as shown In figure 9. Object attributes can 
also be defined by INFORMATION ELEMENTS. 
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5.1 .4 INFORMATION OBJECTS address schemes 

Unstructured address Structured address 
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Address field length s n 
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Figure 10 - Two types of addresses of INFORMATION OBJECTS 



Unstructured addresses are used to distinguish different INFORMATION OBJECTS by 
means of numbers selected from a single set of numbers. 

Structured addresses identify INFORMATION OBJECTS by taking into account tech- 
nologic, physical, topologic or geographic structures. This scheme has to define abundant 
address spaces per stage, to allow tor maximum extensions in each stage. 



Addresses are assigned to INFORMATION OBJECTS on system generation or modifi- 
cations of system configurations. 

5.1 .5 SETS OF INFORMATION ELEMENTS 

Three kinds of SETS OF INFORMATION ELEMENTS are distinguished; 
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Figure 11 - Possible SETS OF INFORMATION ELEMENTS 
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In the first case the SET OF INFORMATION ELEMENTS consists of a SINGLE INFOR- 
MATION ELEMENT that is identified by its associated INFORMATION OBJECT ADDRESS 
or COMMON ADDRESS OF ASDU. SINGLE INFORMATION ELEMENTS are, for example, 
commands, events, status values or analog values. 



In case of SEQUENCE OF INFORMATION ELEMENTS, the SET OF INFORMATION 
ELEMENTS comprises a well-defined set of equal information elements (for example, 
measured values of identical format). In this case, the INFORMATION OBJECT ADDRESS 
or COMMON ADDRESS OF ASDU specifies the associated address of the first information 
element of the sequence, while the following information elements are identified by a 
predefined sequential address scheme. 



In case of a COMBINATION OF INFORMATION ELEMENTS, the SET OF INFORMATION 
ELEMENTS comprises a well-defined set of different information elements (for example 
combination of analog and digital values characterizing the status of a power line feeder). 
In this case, the INFORMATION OBJECT ADDRESS or COMMON ADDRESS OF ASDU 
specifies the associated address of the entire INFORMATION OBJECT and the individual 
information elements are identified by a predefined structural scheme. 



Information elements are variable quantities that are presented - when transmitted - by 
predefined data types and coding. The variable quantities are of the types: boolean, 
integer, real number, bitstring, octetstring and of compound types. Recommended specifi- 
cations for frequently used information elements are given in lEC 870-5-4. 



6 Guideline for constructing APPLICATION SERVICE DATA UNITS 



This Clause specifies guidelines for the definition of profiles for constructing specific 
APPLICATION SERVICE DATA UNITS (ASDUs) whose general structure is defined in the 
previous clauses of this standard. ASDUs are used for data exchange between the appli- 
cation processes involved in communications via communication services. Profiles 
constructed on the basis of this standard will contain such ASDUs. In addition, essential 
basic procedures, which are necessary for data exchange, are specified in lEC 870-5-5. 



Each ASDU is composed of field elements defined by the syntactic data types, integer, 
boolean, bitstring. etc. which are specified in lEC 870-5-4. in addition, semantic definitions 
for information elements and time tags are also presented in I EC 870-5-4 and specified in 
the application profiles. The following specification presents field elements by block 
diagrams with plain text and by using a syntactic description method for declarations of 
field elements and their functional purpose, that is defined in lEC 870-5-4. 



The specification of specific ASDUs based on the general structure is carried out by steps 
as described below. Ttie specification does not need to include all field elements which 
are defined in 5.1. For example the VARIABLE STRUCTURE QUALIFIER field may be 
omitted. 
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Before constructing ASDUs. it is very important to analyze the task of the specific profile 
to which the ASDU belongs, i.e. a specification defining the kinds of information, the 
volume of information, the requested accuracies (for example accuracy of measurands: 
11 bits + sign), structuring of addresses, etc. need to be known. When these constraints 
are defined, then the following steps can be executed. 

As shown in figure 5, several ASDUs may form an APDU. In the simple case, only one 
ASDU exists per APDU. that means ASDU and APDU are identical. 



6.1 First step: selection of field elements of DATA UNIT IDENTIFIER 

In the first step, the field elements used in the relevant ASDU are selected. Optional field 
elements may be omitted. The sequence of field elements defined in the general structure 
has to be observed. It is recommended that a common set of field elements should be 
selected from all ASDUs within one application profile. 



Example: 

For a specific application profile the DATA UNIT IDENTIFIER consists of the following field 
elements: 



TYPE IDENTIFICATION 



LENGTH OF ASDU 



CAUSE OF TRANSMISSION 



COMMON ADDRESS OF ASDU 



DATA UNIT 
IDENTIFIER 



6.2 Second step: Definition of lengths of field elements of DATA UNIT iDtNTlN^H 

In the second step, the lengths of the field elements are specified. Field elements may 
consist of one or more octets. Alternatively, one octet may contain hvo or more field 
elements or one field element may be assigned to parts of octets. However, if possible it is 
highly recommended to specify whole numbers of octets per field element. The length of 
the TYPE IDENTIFICATION shall be the same for all ASDUs in a profile. In addition, it is 
recommended to specify the same lengths for all other field elements of the DATA UNIT 
IDENTIFIER for all ASDUs within a particular profile. 
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Example: 

For the above-defined ASDUs of a profile the following length of field elements are 
specified: 



TYPE IDENTIFICATION 



LENGTH OF ASDU 



CAUSE OF TRANSMISSION 



COMMON ADDRESS OF 
ASDU 



1 octet 



1 octet 



1 octet 



2 octets 



DATA UNIT 
IDENTIFIER 



6.3 Third step: Definition of data types of DA TA UNIT IDENTIFIER 



In the third step the data types of the field elements are specified. Data types are integer, 
boolean, etc. 

NOTE • A single field element may consist of several data types. It is recommended to specify unique 
data type definitions of the field elements of the DATA UNIT IDENTIFIER within a particular profile. 



Example: 

The following data types are defined in this example: 



TYPE IDENTIFICATION 


z' 


Unsigned integer 2** 


i 


L 


LENGTH OF ASDU 


2' 


Unsigned integer 2^ 




CAUSE OF TRANSMISSION 


Bitstring 


2^ Unsigned integer 2^ 


DATA UNIT 
IDENTIFIER 


COMMON ADDRESS OF 


2° 


\ 




ASDU 


2« 


UllSiyillfU IllltfyUI 


r 



DATA UNIT IDENTIFIER>CP40{TYPE IDENTIFICATION. LENGTH OF ASDU. CAUSE 
OF TRANSMISSION, COMMON ADDRESS OF ASDU} 

TYPE IDENTIFICATION:=UI8(1..8] 

LENGTH OF ASDU:-UI8[1..8] 

CAUSE OF TRANSMISSION:-CP8{UI6[1..6l. BS217..81} 

COMMON ADDRESS OF ASDU>UI16{1..16] 
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6.4 Fourth step: Definition of INFORMATION OBJECTS 



Each INFORMATION OBJECT may consist of INFORMATION OBJECT TYPE, INFOR- 
MATION OBJECT ADDRESS, SET OF INFORMATION ELEMENTS and TIME TAG OF 
INFORMATION OBJECT (see figure 8). If individual field elements INFORMATION 
OBJECT TYPE and INFORMATION OBJECT ADDRESS are needed by a particular 
profile, then they have to be specified as defined in the steps above. Frequently used 
information elements and time tags are specified in lEC 870-5*4. As defined in 5.1.5 the 
SET OF INFORMATION ELEMENTS may consist of single, sequences or combinations of 
information elements which are addressed by a COMMON ADDRESS OF ASDU or an 
INFORMATION OBJECT ADDRESS. In the following examples the information elements 
are addressed by COMMON ADDRESSES OF ASDU. The syntactic description method of 
information elements is taken from lEC 870-5-4. 
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Example 1 ; 



SINGLE INFORMATION ELEMENTS (only one information element) 



SET OF INFORMATION 

ELEMENTS 

or 

SET OF INFORMATION 
ELEMENTS 

or 

SET OF INFORMATION 

ELEMENTS 



Bitstring 



^ 


2« 


Integer 


2» 




.« 


2" 


Unsigned integer 


2" 



BITSTRING OF SIZE 2>BS2(1..2) 

or 

8 BIT SIGNED INTEGER>l8(t..8] 

or 

7 BIT UNSIGNED VALUE WITH ERROR INDICATION:«CP8{UI7. BSl} 

Example 2: 

SEQUENCE OF INFORMATION ELEMENTS (several of the same data type) 



SET OF INFORMATION 
ELEMENTS 



2 STATUS REGISTERS OF 8 BIT>2BS6t1..8] 



B8 


B7 


B6 


B5 


B4 


B3 


B2 


81 


68 


B7 


B6 


B5 


B4 


B3 


B2 


B1 



or 



SET OF INFORMATION 
ELEMENTS 



tJ 


Unsigned integer 


2^ 


2! 


Unsigned integer 


2° 


7! 


Unsigned integer 


2** 


7} 


Unsigned integer 


2** 


2^ 


Unsigned integer 


2° 


2^ 


Unsigned integer 


2° 



6 X 8 BIT UNSIGNED-INTEGER:>6UI8(1..8] 
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Example a 

COMBINATION OF INFORMATION ELEMENTS (several different Information elements) 



SET OF INFORMATION 
ELEMENTS 



Bitstring 



Unsigned integer 



Bitstring 

i_ 



Bitstring 



Bitstring 



Bitstring 
I 



7 BIT UNSIGNED INTEGER. 1 BITSTRING of size 1. 4 BITSTRINGS of size 2:«CP16{UI7[1..7]. BS1I8]. 
BS219..10]. BS2[11..12l. BS2(13..14l. BS2|15..16J) 

All INFORMATION OBJECTS whicfi occur in a particular profile have to be specified in 
this way. 

6.5 Fifth step: Assignment of INFORMATION OBJECTS to TYPE IDENTIFICATION 
and definition of semantics 

In the fifth step the function interpretations of the values of the field elements are defined. 



TYPE IDENTIFICATION 

The above-defined INFORMATION OBJECTS are selected by this field element, as 
specified in table 1 . 

Example: 



TYPE IDENTIFICATION 



TYPE IDENTIFICATION:-UI8[1..8]<0..255> 



Unsigned integer 



<0» not used 

<1» INFORMATION OBJECTl:8 Single-point information 
<2» INFORMATION OBJECT 2:8 Measurands 8 bits 
<3» etc. 



LENGTH OF ASDU 

The field element specifies the number of octets of an ASDU (including all fields). 



sample: 



LENGTH OF ASDU 



Unsigned Integer 



LENGTH OF ASDU:.UI8ri„8]<0„255> 

The LENGTH OF ASDU is specified in octets by the numbers to 265, I.e. by one LENGTH octet UI8. 
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CAUSE OF TRANSMISSION 



This field element assigns different CAUSES OF TRANSMISSION to equal ASDUs, 
therefore requested or spontaneous data may be transferred with the same DATA UNIT 
TYPES that are distinguished by this field element. 



Example: 



CAUSE OF TRANSMISSION 



Bitstring 
B2 I B1 



Unsigned integer 



6 bit Unsigned integer, and 1 bitstring of size 2 

CAUSE OF TRANSMISSiON>CP8{UI6[1..6J. BS2[7.,8]} 

U!6[1..61<Q..63> 
<0>> Spontaneous data 
<1>:= Cyclic data 
<2>:« Requested data 
<3» etc. 

BS2(7J:= LS « Local service LS<0>:= remote 

LS<1>> local 
BS2I81:* TE « Test TE<0» no test 

TE<1» test 

COMMON ADDRESS OF ASDU 

This structured or unstructured field element (see 5,1.2) addresses the INFORMATION 
OBJECT. If the addressed INFORMATION OBJECT has no specific INFORMATION 
OBJECT TYPE and ADDRESS, then the COMMON ADDRESS OF ASDU addresses 
directly the SET OF INFORMATION ELEMENTS. 

Example: 



COMMON ADDRESS 
OF ASDU 

16 bit Integer 



Unsigned integer 



s15 



COMMON ADDRESS OF ASDU:-UI16[1..16l<0„65535> 

An integer with the range to 65535 addresses different instances of a SET OF INFORMATION 
ELEMENTS. 

As demonstrated by these examples it is recommended that tables be defined for each 
field element of an application profile. The tables should show the total ranges of possible 
values and define functional interpretation of used values. 
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The concerned technical committee has reviewed the provisions of following ISO/I EC standards, 
referred in this adopted standard and has decided that it is acceptable for use in conjunction with this 
standard: 

lEC 870-1-1 : 1988 Telecontrol equipment and systems— Part 1 General considerations — 
Section 1 : General principles 

lEC 870-5-4 Telecontrol equipment and systems — Part 5 Transmission protocols : Section 4 
Definition and coding of application information elements (in preparation) 

lEC 870-5-5 Telecontrol equipment and systems — Part 5Transmission protocols— Section5 : 
Basic application functions {under consideration) 

lEC 870-6 Telecontrol equipment and systems— Part 6 : Telecontrol protocols compatible 
with ISO and CCITT standards {under consideration) 

ISO/IEC 8824 : 1990 Information technology — Open Systems Interconnection — 
Specification of Abstract Syntax Notation One (ASN.1) 
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